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REMARKS/ARGUMENTS 

Favorable consideration of this application, as presently amended and in light of the 
following discussion, is respectfully requested. 

Claims 1-22 are pending, with Claims 1, 4, 6, 7, 9, 1 1, 12-17, 19 and 20 amended and 
Claims 2 and 18 cancelled by the present amendment. 

In the Official Action, Claims 4, 6, 9, 12, 17 and 20 were objected to; Claims 11-20 
were rejected under 35 U.S.C §101; Claims 1-5 and 7 were rejected under 35 U.S.C. §102(e) 
as being anticipated by Phaltankar (TJ.S. Patent 6,714,549); Claims 6 and 21-22 were rejected 
under 35 U.S.C. § 103(a) as being unpatentable over Phaltankar in view of Dziekan et al. 
(U.S. Patent 6,704,288, hereinafter Dziekan ): Claims 8-10 were rejected under 35 U.S.C. 
§ 103(a) as being unpatentable over Dziekan in view of Parnell et al. (U.S. Patent Publication 
NO. 2002/0170071, hereinafter Parnell); Claims 12-14 and 17-20 were rejected under 35 
U.S.C. § 103(a) as being unpatentable over Nazarathv in view of Dziekan ; Claims 1 1 and 15 
were rejected under 35 U.S.C. § 102(e) as being anticipated by Nazarathv et al. (U.S. Patent 
6,490,728, hereinafter Nazarathv ); and Claim 16 was rejected under 35 U.S.C. § 103(a) as 
being unpatentable over Nazarathv in view of Phaltankar . 

Claims 4, 6, 9, 12, 17 and 20 are amended to overcome the outstanding objection. 
Claims 1, 4, 6, 7, 9, 11, 12-17, 19 and 20 are amended to more clearly describe and distinctly 
claim Applicants' invention. Support for these amendments is found in Applicants' 
originally filed specification. No new matter is added. 

Claim 1 1 has been amended to include the act of altering network operation if the 
network performance values fail to meet performance standards. This act imposes sufficient 
practical and useful application to the claim under the PTO guidelines for examination of 
computer-related inventions under 35 U.S.C. § 101. Various applications of the normalized 
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performance values are provided in the present specification, including in the material 
incorporated by reference on page 23 of the originally filed specification. 

Amended Claim 1 is directed to a system for use with a broadband network. This 
system includes a data collector coupled to obtain network performance metrics from 
network elements in the at least a portion of the broadband network; and logic to normalize 
the performance metrics by applying device-specific information for the network elements 
from which the network performance metrics were obtained. 

Phaltankar describes a network interface incorporated into a server hosting center 
providing a resilient architecture that achieves redundancy in each of three different layers of 
the Open System Interconnect (OSI) stack protocol. The invention provides permanent 
virtual circuits which allow a multitude of logical transmission paths between each hosting 
center router and every router in the Internet backbone. 1 Phaltankar describes a method that 
adjusts EIGRP metric to ensure traffic between customer networks are routed only through a 
backbone. The metric can be adjusted by use of the bandwidth interface command on each 
ATM LANE sub interface. After configuring a test environment, resiliency is tested whereby 
each portion of the test environment is failed by introducing various fault conditions. These 
fault conditions could be in the form of removed connections, disabled supervisor modules, 
power failures, or other parameters needed to evaluate performance of a given infrastructure 
design. 2 As shown in Figure 5 of Phaltankar each customer network is attached to at least 
two different customer routers 501a and 501b for redundancy. Load balancing for a dual 
connected customer network 515 takes away from the bandwidth available to customer 515 
and could potentially present security problems. 3 

The Office Action cites Phaltankar , col. 13, lines 10-34 as teaching the claimed 
aspect(s). Phaltankar , col. 13, lines 10-34 recites, inter alia, adjusting EIGRP metrics to 

1 Phaltankar. Abstract. 

Phaltankar . column 13, lines 10-34. 
3 Phaltankar , Figure 5; column 12, line 65 through column 13, line 9. 
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ensure that traffic between customer networks will be routed only through the backbone. 
Thus, Phaltankar . col. 13, lines 10-34 teaches adjusting metrics to affect traffic routing 
between networks, not normalizing the performance metrics by applying device-specific 
information for the network elements from which the network performance metrics were 
obtained. Normalizing involves compensations to adjust for different techniques of 
determining a metric among network elements as described in Applicants' specification. 

Claim 3 recites, inter alia, that the device-specific information used for normalizing 
the performance metrics includes at least one of make, model, hardware version, software 
version, and element settings associated with each of the network elements. The Office 
Action cites Phaltankar , col. 13, lines 10-34 as teaching the claimed aspect(s). Phaltankar , 
col. 13, lines 10-34 recites, inter alia, fault conditions in the form of any parameters needed 
to evaluate performance of a given infrastructure design. Thus, Phaltankar . col. 13, lines 10- 
34, merely includes a general statement that fault conditions can be in the form of "any 
parameters" needed to evaluate performance, but does not disclose or suggest Applicants' 
claimed performance parameters. 

It is well established that a general disclosure of a genus will not per se anticipate all 
species of the genus. The fact that a claimed species or subgenus is encompassed by a prior 
art genus is not sufficient by itself to establish a prima facie case of obviousness. In re Baird, 
16 F.3d 380, 382, 29 USPQ2d 1550, 1552 (Fed. Cir. 1994) ("The fact that a claimed 
compound may be encompassed by a disclosed generic formula does not by itself render that 
compound obvious."); In re Jones, 958 F.2d 347, 350, 21 USPQ2d 1941, 1943 (Fed. Cir. 
1992) (Federal Circuit has "decline[d] to extract from Merck [ & Co. v. Biocraft Laboratories 
Inc., 874 F.2d 804, 10 USPQ2d 1843 (Fed. Cir. 1989)] the rule that... regardless of how 
broad, a disclosure of a chemical genus renders obvious any species that happens to fall 
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within it."). See also In re Deuel, 51 F.3d 1552, 1559, 34 USPQ2d 1210, 1215 (Fed. Cir. 
1995). 

Furthermore, as already noted, Phaltankar does not disclose that device-specific 
information is used to normalize network performance metrics. 

Claim 4 recites, inter alia, logic to determine the device-specific information from 
MLB objects and/or command line interface information. The Office Action cites Phaltankar , 
col 13, lines 10-34 as teaching the claimed aspect(s). Phaltankar , col. 13, lines 10-34 recites, 
inter alia, the metrics can be properly adjusted by use of the "bandwidth" interface command 
on each customer ATM LANE sub-interface. The "metrics" referred to in Phaltankar are 
traffic routing metrics, not performance metrics. Thus, Phaltankar , col. 13, lines 10-34 
teaches use of LANE sub-interface modules to adjust EIGRP traffic routing metrics, which is 
something else entirely than obtaining device-specific information from MD3 objects and/or 
command line interface information. 

Nazarathv describes a hybrid fiber coaxial cable network used in cable television 
where a two way digital communications are desired. Included in the network is a distributed 
determination system. In such a system home terminals are digital terminals such as digital 
set top boxes or cable modems using bidirectional transmission standards. The functionally 
of a head and controller in a conventional system is used between the head end and the fiber 
nodes which link the coaxial cable and optical fiber portions of the system. Upstream 
detection takes place in the fiber nodes rather than in the head end by placing upstream burst 
receivers in the fiber nodes. Nazarathv further describes a distributive method to enable 
synchronization calibration control between the head ends and the fiber nodes. Also a return 
path is provided which includes burst receivers located in the fiber nodes. 4 



4 Nazarathv . Abstract. 
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Claim 1 1 recites, inter alia, analyzing network traffic associated with the first 

broadband network element to determine network performance values; obtaining expected 

values for the network performance values of the first broadband network element; and 

deriving a relationship that maps the network performance values of the first broadband 

network element to the expected values. The Applicants have amended claim 1 1 to clarify its 

scope and purpose, not in order to distinguish over Nazarathv , which does not appear to 

disclose the claimed material. The Office Action cites Nazarathv , col. 9, line 25- col. 11, line 

31 as teaching the claimed aspect(s). Nazarathv , col. 9, line 25- col. 11, line 31 recites, inter 

alia, distributed calibration and synchronization involving remoted digital burst receivers and 

the head-end MAC. Thus, Nazarathv . col. 9, line 25- col. 1 1, line 31 teaches incorporating in 

the optical node, along with the burst receivers, an additional stripped-down home terminal. 

Applicants traverse that this amounts to disclosing the analysis of network traffic associated 

with the first broadband network element to determine network performance values; and/or 

deriving a relationship that maps the network performance values of the first broadband 

network element to the expected values. If the Examiner disagrees, Applicants' request a 

further explanation. Claim 1 1 is directed to conforming measured network performance 

metrics to expected metrics for a particular device; Nazarathv does not address this 

application. 

MPEP § 2131 notes that "[a] claim is anticipated only if each and every element as set 
forth in the claim is found, either expressly or inherently described, in a single prior art 
reference." Verdegaal Bros. v. Union Oil Co. of California, 814 F.2d 628, 631, 2 USPQ2d 
1051, 1053 (Fed. Cir. 1987). "When a claim covers several structures or compositions, either 
generically or as alternatives, the claim is deemed anticipated if any of the structures or 
compositions within the scope of the claim is known in the prior art." Brown v. 3M, 265 F.3d 
1349, 1351, 60 USPQ2d 1375, 1376 (Fed. Cir. 2001) (claim to a system for setting a 
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computer clock to an offset time to address the Year 2000 (Y2K) problem, applicable to 
records with year date data in "at least one of two-digit, three-digit, or four-digit" 
representations, was held anticipated by a system that offsets year dates in only two-digit 
formats). See also MPEP § 2131.02. "The identical invention must be shown in as complete 
detail as is contained in the ... claim." Richardson v. Suzuki Motor Co., 868 F.2d 1226, 1236, 
9 USPQ2d 1913, 1920 (Fed. Cir. 1989). Because Phaltankar and Nazarathv do not disclose 
or suggest all the features respectively recited in Claims 1 and 1 1, Phaltankar and Nazarathv 
do not anticipate the invention recited in Claims 1 and 11, and all claims depending 
therefrom. 

Turning now to the rejections under 35 U.S.C. 103(a), Claim 6 recites, inter alia, 
normalizing network performance metrics by applying at least one of signal-to-noise ratio, 
power level, equalizer coefficients, settings information, error information, counter 
information, bandwidth, quality of service, latency, and jitter. Dziekan describes a network 
topology tool, HFC Access Manager 100, that can identify and locate network components. 
The Office Action cites Dziekan , col. 1, lines 31-59 as teaching the claimed aspect(s). 
Dziekan, col. 1, lines 31-59 recites, inter alia, a network infrastructure providing connectivity 
between a main network such as the Internet and a subnetwork such as a server-based LAN. 
Thus, Dziekan, col. 1, lines 31-59 teaches LAN interface routers fully meshed with Internet 
backbone routers, which is something else entirely than what claim 6 recites, namely 
normalizing network performance metrics by applying at least one of signal-to-noise ratio, 
power level, equalizer coefficients, settings information, error information, counter 
information, bandwidth, quality of service, latency, and jitter. Phaltankar does not cure the 
deficiencies of Dziekan . 

Claim 21 recites, inter alia, network performance metrics further including at least 
one of a codeword error, a power level, an equalizer setting, and a packet size distribution. 
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The Office Action cites Phaltankar , col. 13, lines 1 1-25 as teaching the claimed aspect(s). 
Phaltankar , col. 13, lines 1 1-25 recites, inter alia, adjusting EIGRP metrics by use of the 
"bandwidth" interface command on each customer ATM LANE sub-interface. Thus, 
Phaltankar , col. 13, lines 1 1-25 teaches adjusting EIGRP metrics to control traffic routing 
behavior. The Applicants request clarification on how this amounts to a disclosure of 
normalizing network performance metrics including a codeword error, a power level, an 
equalizer setting, and/or a packet size distribution. Phaltankar provides no teaching at all of 
normalizing performance metrics; Phaltankar is directed to adjusting network settings to 
affect routing of traffic. Dziekan does not cure the deficiencies of Phaltankar . 

Claim 22 recites, inter alia, processing signal-to-noise ratio metrics and codeword 
error metrics to obtain channel noise ratio normalized metrics. The Office Action cites 
Dziekan , col. 7, lines 4-31 as teaching the claimed aspect(s). Dziekan , col. 7, lines 4-31 
recites, inter alia, measurement of signal-to-noise ratio in vacant channels. Thus, Dziekan . 
col. 7, lines 4-3 1 teaches mere measurement of SNR, which is something else entirely than 
process signal-to-noise ratio metrics and codeword error metrics to obtain channel noise ratio 
normalized metrics. The Office Action cites Dziekan , col. 4, line 58 - col. 5, line 47 as 
teaching the claimed aspect(s). Dziekan , col. 4, line 58 - col. 5, line 47 recites, inter alia, a 
QoS monitor that allows service providers to monitor the quality of a delivered 
communication service, and to report network performance to subscribed service providers. 
Thus, Dziekan , col. 4, line 58 - col. 5, line 47 teaches monitoring quality of service and 
reporting network performance, which is something else entirely than process signal-to-noise 
ratio metrics and codeword error metrics to obtain channel noise ratio normalized metrics. 
Phaltankar does not cure the deficiencies of Dziekan . 

The following tables provides a summary of at least some of the distinctions between 
claims 22 and Dziekan , col. 7, lines 4-31 and Dziekan , col. 4, line 58 - col. 5, line 47. 
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Claim 22 


Dziekan, col. 7, lines 4-3 1 


process signal-to-noise ratio metrics and 
codeword error metrics to obtain channel 
noise ratio normalized metrics 


mere measurement of SNR 


Claim 22 


Dziekan, col. 4, line 58 — col. 5, line 47 


process signal-to-noise ratio metrics and 
codeword error metrics to obtain channel 
noise ratio normalized metrics 


monitoring quality of service and reporting 
network performance 



Claim 8 recites, inter alia, determining which of multiple calibration algorithms to 
apply to network performance metrics, and normalizing the metrics using the determined 
calibration algorithm. As acknowledged in the Official Action, Dziekan not disclose or 
suggest Applicants' claimed determined calibration algorithm, contrary to the Official 
Action, Dziekan not disclose or suggest Applicants' claimed determining which of multiple 
calibration algorithms to apply to network performance metrics, and normalizing the metrics 
using the determined calibration algorithm. In fact, Applicants cannot understand how 
Dziekan can simultaneously disclose and not disclose or suggest Applicants' claimed 
features. Thus, Applicants submit the rejection of Claim 8 is unintelligible. However, to 
advance prosecution, Applicants now discuss Dziekan in view of the features of Claim 8^ 

The Office Action cites Dziekan , col. 4, line 35 - col. 5, line 58 as teaching the 
claimed aspect(s). Dziekan , col. 4, line 35 - col. 5, line 58 recites, inter alia, diagnostic 
elements 160 to run predefined tests to determine root causes of network problems, and 
predefined sets of diagnostic tools for this purpose. Thus, Dziekan . col. 4, line 35 - col. 5, 
line 58 teaches running diagnostic tests, which is something else entirely than determining 
which of multiple calibration algorithms to apply to network performance metrics, and 
normalizing the metrics using the determined calibration algorithm. There is no teaching 
anywhere in Dziekan of determining a calibration algorithm to apply to normalize metrics 
from different but similar network elements. Dziekan , col. 4, line 35 - col. 5, line 58 also 
recites, inter alia, QoS monitors 140 allowing service providers to monitor the quality of 
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communication service and to collect performance metrics such as BER and frame error rate. 
Thus, Dziekan , col. 4, line 35 - col. 5, line 58 teaches monitoring quality of service and 
collecting performance metrics, which is something else entirely than determining which of 
multiple calibration algorithms to apply to network performance metrics, and normalizing the 
metrics using the determined calibration algorithm. Dziekan , col. 4, line 35 - col. 5, line 58 
also recites, inter alia, upstream and downstream monitors to collect bit error information 
from various network elements and/or lost frames, endless ranging, or carrier to noise ratio. 
Thus, Dziekan, col. 4, line 35 - col. 5, line 58 teaches monitoring the accuracy of upstream 
and downstream paths, again, something else entirely than determining which of multiple 
calibration algorithms to apply to network performance metrics, and normalizing the metrics 
using the determined calibration algorithm. 

In the rejection of Claim 8, Parnell is cited as disclosing Applicants' claimed 
determined calibration algorithm. Applicants traverse. Parnell describes a terminal coupled 
to a video distribution network head end. The terminal transmits upstream packets to the 
head end. Each upstream packet has a transmission power. The terminal receives a 
downstream packet from the head end indicating a change in power. The terminal calculates 
an adjusted transmission power based on the change in power specified in the downstream 
packet and sets the transmission power of the upstream packets to the adjusted transmission 
power. 5 

The Office Action cites Parnell Par. 4 and 7 as teaching the claimed aspect(s). 
Parnell , Par. 4 and 7 recites, inter alia, a headend instructing a set top converter to send out 
calibration signals across a range of transmission power levels. Thus, Parnell , Par. 4 and 7 
teaches calibration of set top box transmit power levels, which is something else entirely than 
determining which of multiple calibration algorithms to apply to network performance 

5 Parnell , Abstract. 
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metrics, and normalizing the metrics using the determined calibration algorithm. Parnell 
teaches calibration of set top equipment, not calibration of performance metrics from 
different but similar-typed network devices. 

Thus, Dziekan and Parnell fail to disclose or suggest all the features of Applicants' 
invention. The following tables provides a summary of at least some of the distinctions 
between claim 8 and Dziekan , col. 4, line 35 - col. 5, line 58, and Parnell Par. 4 and 7. 



Claim 8 


Dziekan, col. 4, line 35 - col. 5, line 58 


determining which of multiple calibration 
algorithms to apply to network 
performance metrics, and normalizing the 
metrics using the determined calibration 
algorithm 


running diagnostic tests 






determining which of multiple calibration 
algorithms to apply to network 
performance metrics, and normalizing the 
metrics using the determined calibration 
algorithm 


monitoring quality of service and collecting 
performance metrics 






determining which of multiple calibration 
algorithms to apply to network 
performance metrics, and normalizing the 
metrics using the determined calibration 
algorithm 


monitoring the accuracy of upstream and 
downstream paths 


Claim 8 


Parnell, Par. 4 and 7 


determining which of multiple calibration 
algorithms to apply to network 
performance metrics, and normalizing the 
metrics using the determined calibration 
algorithm 


calibration of set top box transmit power 
levels 



Claim 9 recites, inter alia, identifying network elements using MIB objects. The 
Office Action cites Dziekan , col. 4, lines 5-34 as teaching the claimed aspect(s). Dziekan , col. 
4, lines 5-34 recites, inter alia, determining if a service provider is authorized to access MIB 
objects of network elements and receive reports of the network elements' failures. Thus, 
Dziekan , col. 4, lines 5-34 teaches determining whether MIB access is authorized, or 
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accessing MIB objects for failure reports, which is something else entirely than identifying 
network elements using MIB objects. Pamell does not cure the deficiencies of Dziekan. 

Claim 10 recites, inter alia, using MIB objects to identify make, model, hardware or 
software version, etc. The Office Action cites Dziekan , 170 as teaching the claimed 
aspect(s). Dziekan , 170 discloses a terminal equipment list. A terminal equipment list is not 
MEB objects used to identify make, model, hardware or software version, etc. Terminal 
equipment is not network elements, and Dziekan does not teach that the terminal equipment 
list is accessed via MIB objects. Pamell does not cure the deficiencies of Dziekan . 

Claim 12 recites, inter alia, obtaining expected network performance values for a 
network element by polling MIB objects. The Office Action cites Dziekan , col. 4, lines 5-34 
as teaching the claimed aspect(s). Dziekan , col. 4, lines 5-34 recites, inter alia, determining if 
a service provider is authorized to access MIB objects of network elements and receive 
reports of the network elements' failures. Thus, Dziekan , col. 4, lines 5-34 teaches 
determining whether MIB access is authorized, or accessing MEB objects for failure reports. 
Polling test points for equipment identity and polling MIB objects for performance values are 
two entirely different things. 

The Office Action cites Dziekan , col. 2, lines 39-59 as teaching the claimed aspect(s). 
Dziekan , col. 2, lines 39-59 recites, inter alia, polling telephony test points to determine 
identity and location of network elements downstream. Thus, Dziekan , col. 2, lines 39-59 
teaches polling test points for id and location of network equipment. Again, this is something 
else entirely than obtaining expected network performance values for a network element by 
polling MIB objects. 

The Office Action cites Parnell Par. 4 and 7 as teaching the claimed aspect(s). 
However, Parnell Par. 4 and 7 provides no mention whatsoever of MIB objects. 
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Thus, Dziekan and Parnell fail to disclose or suggest all the features of Applicants 5 

invention. The following table provides a summary of at least some of the distinctions 

between Claim 12 and Dziekan , col. 4, lines 5-34, Dziekan , col. 2, lines 39-59, and Pamell 

Par. 4 and 7. 



Claim 12 


Dziekan, col. 4, lines 5-34 


obtaining expected network performance 
values for a network element by polling 
MIB objects 


determining whether MIB access is 
authorized, or accessing MIB objects for 
failure reports 


claims 12 


Dziekan, col. 2, lines 39-59 


obtaining expected network performance 
values for a network element by polling 
MIB objects 


polling test points for id and location of 
network equipment 


Claim 12 


Pamell Par. 4 and 7 


obtaining expected network performance 
values for a network element by polling 
MIB objects 


no teaching or mention of MIB objects 



Claim 13 recites, inter alia, that deriving the relationship between performance and 
expected involves curve fitting the network performance values and the expected values. The 
Office Action cites Nazarathv , col. 14, lines 9-45 as teaching the claimed aspect(s). The 
Applicants have carefully reviewed Nazarathv , col. 14, lines 9-45, and can find no teaching 
whatsoever of the claimed curve fitting aspect. The applicants request more guidance as to 
which language of Nazarathv provides the alleged teaching of deriving a relationship by 
curve fitting network performance values and expected performance values for network 
equipment} . Dziekan does not cure the deficiencies of Nazarathv . 

Claims 14 recite, inter alia, that deriving the relationship further comprises 
determining coefficients of a polynomial describing the expected values as a function of the 
network performance values. The Office Action cites Nazarathv , col. 20, line 25 - col. 21, 
line 67 as teaching the claimed aspect(s). Nazarathv , col. 20, line 25 - col. 21, line 67 recites, 
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inter alia, a network timing analysis taking into account various processing delays. Thus, 
Nazarathv , col. 20, line 25 - col. 21, line 67 teaches timing analysis, which is something else 
entirely than deriving a relationship between performance and expected values by 
determining coefficients of a polynomial describing the expected values as a function of the 
network performance values. Dziekan does not cure the deficiencies of Nazarathy . 

Claim 17 recites, inter alia, deriving the relationship using values of MIB objects 
other than those that provided the expected values. The Office Action cites Dziekan , col. 4, 
lines 5-35 as teaching the claimed aspect(s). Dziekan , col. 4, lines 5-35 recites, inter alia, 
determining if a service provider is authorized to access MIB objects of network elements 
and receive reports of the network elements' failures. Thus, Dziekan , col. 4, lines 5-35 
teaches determining whether MIB access is authorized, or accessing MIB objects for failure 
reports, which is something else entirely than deriving the relationship using values of MIB 
objects other than those that provided the expected values. 

The Office Action cites Dziekan , col. 2, lines 39-59 as teaching the claimed aspect(s). 
Dziekan , col. 2, lines 39-59 recites, inter alia, polling telephony test points to determine 
identity and location of network elements downstream. Thus, Dziekan , col. 2, lines 39-59 
teaches polling test points for id and location of network equipment, which is something else 
entirely than deriving a relationship between actual performance and expected performance 
values using values of MIB objects other than those that provided the expected values. 

The Office Action cites Parnell , par. 4 and 7 as teaching the claimed aspect(s). Again, 
the Applicants can assert that Parnell , par. 4 and 7 provide no teaching or mention of MIB 
objects. 

Thus, Dziekan and Parnell fail to disclose or suggest all the features of Applicants' 
invention. The following table provides a summary of at least some of the distinctions 
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between claims 17 and Dziekan, col. 4, lines 5-35, Dziekan . col. 2, lines 39-59, and Parnell, 
par. 4 and 7. 



Claim 17 


Dziekan, col. 4. lines 5-35 


deriving the relationship using values of 
MIB objects other than those that provided 
the expected values 


determining whether MIB access is 
authorized, or accessing MIB objects for 
failure reports 


Claim 17 


Dziekan. col. 2. lines 39-59 


Deriving the relationship using values of 
MIB objects other than those that provided 
the expected values 


polling test points for id and location of 
network equipment 


Claim 17 


Parnell, par. 4 and 7 


deriving the relationship using values of 
MIB objects other than those that provided 
the expected values 


no teaching or mention of MIB objects 



Claim 16 recites, inter alia, injecting test data into at least a portion of the network 
associated with the network element, to affect the network performance values. The Office 
Action cites Phaltankar , col. 13, line 51 - col. 14, line 44 as teaching the claimed aspect(s). 
Phaltankan col. 13, line 51 - col. 14, line 44 recites, inter alia, a test method where primary 
and secondary connections are removed between a catalyst switch and an ATM switch; a 
failure is created of one and/or both or a primary and secondary power supply; and failures of 
bus pairs are introduced. Thus, Phaltankar , col. 13, line 51 - col. 14, line 44 teaches causing 
connection, bus, and power supply failures in the network, which is something else entirely 
than injecting test data into at least a portion of the network associated with the network 
element to affect the network performance values. Nazarathv fails to cure the deficiencies of 
Phatanakar . 

Claim 19 recites, inter alia, the MIB objects other than those that provided the 
expected values are of at least one of codeword errors, power levels, equalizer settings, and 
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packet size distributions (see claim 19, which is exemplary of the others). The Office Action 
provides no citation of where these features are disclosed in the references. 

Claim 20 recites, inter alia, the MIB objects other than those that provided the 
expected values are of codeword errors, the network performance values are of signal-to- 
noise ratio, and the expected values are of channel noise ratio, (see claim 20, which is 
exemplary of the others). The Office Action provides no citation of where these features are 
disclosed in the references. 

MPEP §706.02(j) notes that to establish a prima facie case of obviousness, three basic 
criteria must be met. First, there must be some suggestion or motivation, either in the 
references themselves or in the knowledge generally available to one of ordinary skill in the 
art, to modify the reference or to combine reference teachings. Second, there must be a 
reasonable expectation of success. Finally, the prior art reference (or references when 
combined) must teach or suggest all the claim limitations. Also, the teaching or suggestion to 
make the claimed combination and the reasonable expectation of success must both be found 
in the prior art and not based on applicant's disclosure. In re Vaeck, 947 F.2d 488, 20 
USPQ2d 1438 (Fed. Cir. 1991). Without addressing the first two prongs of the test of 
obviousness, Applicants submit that the Official Action does not present a prima facie case of 
obviousness because each of the various applied combinations of references fail to disclose 
all the features of Applicants' claimed invention recited in the claims so rejected. 
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Accordingly, in view of the present amendment and in light of the previous 

discussion, Applicants respectfully submit that the present application is in condition for 

allowance and respectfully request an early and favorable action to that effect. 
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